K-INSTALL for DOS and Windows 1.7 Copyright (c) 1994-95 by Rob McDonell, ARK ANGLES All Rights Reserved USER GUIDE INTRODUCTION K-INSTALL is one of the most powerful and flexible installation programs around, in a very robust and compact package. It comes in both DOS and Windows versions. Both versions feature a wide set of almost identical capabilities such as: * checking DOS and Windows version, * deleting files prior to installation, * installing from and to any drive and directory * installing within the same directory * installing files to several different drives and directories, * optionally replacing existing files, * prompting for additional disks as necessary, * asking whether to install optional components, * unpacking LZH, ZIP, ARJ and self extracting archives, * expanding compressed files, * updating AUTOEXEC.BAT and CONFIG.SYS, * creating or modifying a file with registration data, * creating or modifying WIN.INI, SYSTEM.INI and other INI files, * updating Windows Program Manager, * running external programs before, during and/or after installation, * linking to an external product catalogue, * providing messages and a status bar as installation proceeds, * giving additional instructions at the conclusion of the program, * running the main program from the installation program, * uninstalling the program again, * modifying display colours, layout and graphic, and much more. And it's all controlled from a single settings file. This manual describes both the DOS and Windows version of K-INSTALL. The few differences between them are indicated where appropriate. System Requirements K-INSTALL for DOS will run on any IBM-PC or compatible computer with 256KB memory. DOS version 3.0 or higher is recommended. K-INSTALL for Windows will run on any IBM-PC or compatible computer running Windows 3.1 (preferably in Enhanced Mode if unpacking archives). Installation Instructions K-INSTALL installs itself! Run INSTALL.EXE or SETUP.EXE to unpack and copy the whole package. You get the installation program itself, documentation, and samples to show the full power of this versatile piece of software. Support and License Information Individual registration entitles the registered user to free support for at least 12 months, and a license to use and distribute INSTALL.EXE and/or SETUP.EXE royalty free with any software developed by that individual. Business and Company registration entitles the organisation to free support for at least 12 months, and a license to use and distribute INSTALL.EXE and/or SETUP.EXE royalty free with any software developed for it by any of its employees. Customised versions of K-INSTALL are also available such that options can be hard coded into the program rather than specified in the separate settings file. This not only makes the program even more secure, but also smaller. Registered users will get prompt resolution of problems, and free upgrades if they encounter bugs. Warranty ARK ANGLES warrants the physical disks and related printed matter to be free of significant defects in materials and workmanship, and that the program works largely in accordance with its documentation. This warranty is effective for three months from date of registration, and is not transferable. No liability is accepted for any loss, damage or inconvenience caused by the use of this product. No warranty is made that it is suitable for any particular person or purpose. In any event, the liability of ARK ANGLES is restricted to either a refund of the registration paid, a replacement of the physical disks and/or printed matter, or the provision of an upgrade to the latest version. Further Information For more information see the following files on the Registered Installation Disk: AUTHOR.TXT Support and license information, program history. REGISTER.TXT Registration and pricing information PROGRAM DESCRIPTION K-INSTALL is a flexible and powerful program. There are many options to tailor it to run just as you need it. However you can also get the basics up and running very quickly. The INSTALL or SETUP executable file can be renamed if required. The Settings File K-INSTALL uses a settings file to control it's many functions. File names, directories, and many other options are defined by special keywords. Suitable default values are used for any options not explicitly defined, ensuring that the settings file can be extremely simple. Creation and Use of Directories K-INSTALL can be run from any drive or directory. When running on DOS version 3.0 or later it will automatically identify it's own location and look for all other installation files in the same place. On DOS versions earlier than 3.0 it will assume it is running from A:\. For multi disk installs the user can change the "from" drive and/or directory for each new disk, allowing faster installation using two drives alternately, or installation from multiple directories on a hard disk. K-INSTALL automatically asks for and creates a main directory in which to install the program. If this directory already exists (unless it is a root directory) confirmation is obtained from the user before continuing the installation. Additional directories can also be created and/or accessed, including subdirectories of the main directory, the boot directory, the DOS directory, the Windows directory, the Windows System directory, and the drive and directory the program is being installed from. K-INSTALL can also be set to always overwrite/replace existing files, or only overwrite/replace older files, or never overwrite existing files. K-INSTALL can install a program within the same directory, automatical- ly identifying files that do not have to be copied, while still unpacking archives and expanding compressed files. The default directory is specified with the DIR keyword in the settings file. The other directory options are controlled through INSTALL keywords. Archives and Compressed Files K-INSTALL automatically unpacks any files with extensions of .LZH, .ZIP, .ARJ, .EXE and one definable extension if the files have the unpack identifier in the file name. The unarchiving programs used are LHA.EXE, PKUNZIP.EXE and ARJ.EXE respectively. The options parameters passed to these unarchiving programs when they are run may be altered by the LHA, ZIP and ARJ keywords. Parameters for self-unpacking archives are set with the EXE keyword. The unpack identifier is normally a single underline, which means that files such as _ABC.ZIP or MY_FILE.LZH ARCHIVE_.EXE will be unpacked automatically. The unpack identifier can be changed in the settings file with the UNPAK keyword. If you do not wish any files to be unpacked then it is a good idea to change the identifier to characters that are invalid in file names, such as "<" or ">" or ":" etc. K-INSTALL also automatically expands COMPRESSed files (created by the program COMPRESS.EXE) where the last character of the file extension is a single underline. This is not changed by the UNPAK keyword. If you wish to unpack other types of archives (such as .ARC, .PAK or .ZOO files), or you want to use a different unarchiving program for .LZH, .ZIP and .ARJ files (such as UNZIP.EXE instead of PKUNZIP.EXE), then a file extension and associated unarchiving program can be defined with the ARCHIVE keyword. Appropriate versions of the unarchiving program(s) must be accessible to K-INSTALL to enable it to automatically unpack any archives that are not self-extracting. Also, in the DOS version of K-INSTALL (but not the Windows version), the program EXPAND.EXE must be accessible to enable automatic expansion of compressed files. This means the decompression program(s) must be either somewhere in the user's DOS Path (but this cannot usually be relied upon), or on the installation disk itself. For multi disk installs the decompression program(s) should actually be installed from the first disk to the main program directory, from where they will be available to unpack archives on subsequent disks, otherwise the decompression program(s) would need to exist on every disk that contained an archive or compressed file. Note that multi-volume archives and subdirectories within archives are not explicitly supported. Use a separate archive for each group of files and for each different subdirectory into which the files are to be unpacked. User Data At the commencement of the installation process K-INSTALL asks the user for the name of the directory in which to install the program. The default value for this is specified through the DIR keyword, which can also specify whether the user has the option to change the directory, and how the question is asked. The user can also specify whether to install certain optional components of the package. This is controlled by INSTALL keywords. Most importantly, K-INSTALL can be set up to request other information from the user such as serial number, name, company, address, even configuration preferences. The information can be validated for completeness and correctness, which can be particularly useful to ensure that the user has a genuinely registered package and knows the required format of data such as the program serial number. The entry of user information is specified through INPUT keywords. The actual data entered by the user, along with certain other variable data such as file and directory names, can be used in the AUTOEXEC.BAT file through the PATH, AUTO and SHELL keywords, in the CONFIG.SYS file through the CONF keyword, in the registration data file through the RFILE and REG keywords, in INI files through the IFILE and INI keywords, in the Windows Program Manager information through the GROUP and ITEM keywords, in all external programs through the CATALOG, FIRST, LAST, INSTALL, LHA, ZIP, ARJ, EXE and ARCHIVE keywords. Updating System Configuration Files Many options are available to modify the configuration of the user's computer. This includes updating the DOS Path in AUTOEXEC.BAT, and the FILES and BUFFERS value in CONFIG.SYS. Any number of other lines may also be added to both of these files. These options are enabled through the PATH, AUTO, SHELL, CONF, FILES and BUFFERS keywords. Additional options are available to create or modify the Windows WIN.INI, SYSTEM.INI or private INI files. This is done through the IFILE, ISECT and INI keywords. Program Manager can also be updated with the GROUP and ITEM keywords. As mentioned, all these functions can include user entered data as defined in INPUT keywords. For safety, backup copies of AUTOEXEC.BAT and CONFIG.SYS are taken prior to modification, and the original versions are automatically restored if the modification fails for any reason. Creating a Registration Data File K-INSTALL can create or modify a file with any combination of predefined and user entered data. This is much more flexible than standard INI file creation, and allows complete control over the format of the file. It is possible to create a registration data file which validates that the program is a genuine registered version, or a configuration file which defines the various characteristics of how the program will run, or even a batch file to run the program with user- defined parameters. The file may be an INI-type text file, or a machine readable data file using either C format (null terminated strings) or Pascal format (length byte followed by string). The C or Pascal formats allow data to be written directly into EXE files or DLLs or the like. The creation or modification of this file is done using the RFILE and REG keywords, usually in conjunction with INPUT keywords. The data can be written onto the installation disk and then copied as part of normal install procedure, or it can be written directly onto the target directory. Uninstallation K-INSTALL can keep a log of all new files written and all directories created. The uninstall function can be run immediately or at any time in the future from the same install program, deleting any files that are still in the same location, and then removing any directories that are now empty again. Confirmation is requested from the user before deleting files from the Windows or Windows System directories, as these files may subsequently have been used by other programs as well. Files that have been created by the application after installation, such as saved desktops or configuration files, can be deleted through the REMOVE keyword. Uninstall will not (in this version) undo changes to AUTOEXEC.BAT, CONFIG.SYS, registration data files, INI files or Program Manager. Users appreciate an uninstall facility with their software, especially for Windows applications, so it should be highlighted as a major feature of your programs. It is a good idea to add an Uninstall icon to Program Manager which runs K-INSTALL with a bare minimum settings file. In particular the settings file should omit the RUN and CATALOG keywords so that users see only the Uninstall and Exit buttons. Additional Information The appearance of K-INSTALL can be highly customised in terms of screen layout, colour and text. This is done through the TITLE, MSG, COLS, WINDOW, PATTERN, PICTURE and ICON keywords in the settings file. The CATALOG keyword can also be used to link a separate catalogue or other information file into the main install screen. While K-INSTALL is installing the program it provides information about each file copied or unpacked, and can also display a progress indicator showing how much has been completed. The progress indicator is controlled through the file sizes defined with INSTALL keywords in the settings file. The progress indicator is as accurate as the sizes entered on the INSTALL record(s). When K-INSTALL terminates it provides final instructions on the status of the program, how to run it, and where to get more information. This is customised through the RUN and DOC keywords in the settings file. Processing The main K-INSTALL screen displays a number of options, depending on the keywords specified and the state of the program being installed. *The Catalogue option is displayed if defined by a CATALOG keyword and if the catalogue program can be found. *If there is a log file in the directory from which K-INSTALL is run, then the program has already been installed so the Uninstall option is displayed. Otherwise the Install option is displayed. *The Reboot option is displayed if the program has been installed and either CONFIG.SYS or AUTOEXEC.BAT have been modified. *In the Windows version only, if there is no Reboot option then the Restart option is displayed if the program has been installed and either WIN.INI or SYSTEM.INI have been modified. *If there is no Reboot or Restart option then the Run option is displayed if there is a program defined by a RUN keyword and that program can be found. *The Exit option is always displayed. When the user initiates the installation process within K-INSTALL, the program performs its steps in the following order: 1. Compares the DOS version if required by the DOSVER keyword. 2. Compares the Windows version if required by the WINVER keyword. 3. Asks the user to enter the directory into which to install the program. If the directory already exists, checks that the user wishes to continue the installation. 4. Checks the total program size if defined by INSTALL keywords against the target drive. 5. Asks the user about any optional components if required by INSTALL keywords. 6. Asks the user to enter any variable data if required by INPUT keywords. 7. Creates the main program directory. 8. Creates any directories specified by MKDIR keywords. 9. Runs a program if required by the FIRST keyword. 10.Deletes any files specified by DEL keywords. 11.Creates a registration data file if required by RFILE and REG keywords. 12.Processes the list of files defined on INSTALL keywords, prompting for new disks if necessary, copying or unpacking files as appropriate, and then running any specified program. 13.Updates AUTOEXEC.BAT if required by PATH, AUTO and SHELL keywords. 14.Updates CONFIG.SYS if required by FILES, BUFFERS and CONF keywords. 15.Updates INI files if required by IFILE, ISECT and INI keywords. 16.Updates Windows Program Manager if required by GROUP and ITEM keywords. 17.Runs a program if required by the LAST keyword. When the user initiates the uninstallation process, the program performs the following steps: 1. Deletes any files specified in REMOVE keywords. 2. Deletes each file listed in the log file (that is, those files that did not exist prior to installation). 3. Removes each directory listed in the log file (that is, directories created by installation) if those directories are now empty. THE SETTINGS FILE The settings file is a plain ASCII file that can be created and updated with any editor in DOS or Windows. The default settings file has the same name as the installation program itself with an extension of ".SET". Therefore if the installation program is SETITUP.EXE then the settings file must be called SETITUP.SET. A different settings file can be used by entering its name (as a parameter when running K-INSTALL. For example, INSTALL MYSET.TXT will read the settings from "MYSET.TXT". If no file extension is entered then ".SET" is presumed. Do not enter a directory name, as the settings file must always be in the same directory as the installation program. Each option is defined in the settings file by a single keyword, often followed by one or more additional parameters. For example, to specify that the main program directory is to be added to the DOS Path in AUTOEXEC.BAT the line: PATH is added to the settings file. To specify the default directory in which to install the program a line like: DIR C:\GAMES\BLASTER or similar is added. Or to describe files or groups of files to install, include lines such as: INSTALL READ.ME, ., 4, 10 INSTALL MYPROG.*, , 4,260, First Install Disk INSTALL *.EX_, *.EXE, 3, 85, Second Install Disk INSTALL *.DLL, ~SYS, 2, 120, Second Install Disk, Update modified DLLs? INSTALL *.VB_, ~SYS\*.VBX, 4, 170, Third Install Disk, Update VBXs? Each of these and many more options are detailed below. Keywords may be in upper or lower case. Some keywords have a short and a long form, and either may be used interchangeably. Keywords that require additional parameters must be followed by a space before any parameters. Parameters may be in upper or lower case. Parameters are separated from each other by commas. Any number of spaces may also be added between parameters for readability. Parameters which themselves contain commas must be enclosed in double quotes. Numeric parameters may be entered in either decimal or hexadecimal format. A hexadecimal number is identified by a trailing "h" or "H", as in "c000h" or "FFh" or "10h". All numeric parameters must be integers. In most cases, keywords may be entered in any order in the settings file. Keywords that allow multiple entries, such as INSTALL, DEL, MKDIR, AUTO, CONF, REG etc will be processed in the order in which they appear in the file. The only keywords that are sequence dependent are IFILE and ISECT which must come before their corresponding INI records, Blank lines and REMarks lines may be inserted anywhere into the settings file for readability. Use of Variables Many of the keywords in the settings file allow the use of variables to insert information such as file names, directory names, or other data that is not defined until the program is run. There are two types of variables: 1. User-entered variables contain information entered by the user in response to INPUT keywords in the settings file. Up to ten user variables are available, named ~0 through ~9. The first INPUT record assigns a value to ~0, the second to ~1 and so on. 2. System-defined variables contain information derived from the names of files, directories and other data actually used by K-INSTALL when it is run. The full list of variables is: ~BOOT the boot directory ~CMD the command to run the program derived from the RUN keyword ~DOC the main documentation file defined by the DOC keyword ~DOS the DOS directory ~DOSVER the minimum DOS version defined by the DOSVER keyword ~WINVER the minimum DOS version defined by the WINVER keyword ~GROUP the Program Manager group defined by the GROUP keyword ~INST the directory from which K-INSTALL is being run ~MAIN the main program directory entered by the user ~NAME the name of the installation program itself ~PROG the name of the program defined by the RUN keyword ~SYS the Windows System directory ~TITLE the program title defined by the TITLE keyword ~WIN the Windows directory All the above variables of both types can be used by many keywords such as PATH, AUTO, SHELL, CONF, RFILE, REG, IFILE, INI, GROUP, ITEM, CATALOG, FIRST, LAST, INSTALL, LHA, ZIP, ARJ, EXE and ARCHIVE. Note that variable names must be entered in upper case. Getting Started Fast K-INSTALL has many features, but you don't have to know about them all to use the program effectively - a very simple settings file will get you started. K-INSTALL uses sensible defaults for anything not specified, while still utilising many of its powerful functions. In fact, K-INSTALL can run without a settings file at all! However, to give your program just that little customisation that you want, create a simple settings file for it. K-INSTALL is versatile enough to actually create a basic settings file for you! 1. Run INSTALL or SETUP with the special MAKE.SET settings file, for example: INSTALL MAKE 2. Press Enter to start the "installation" process, then enter the name of the disk and/or directory that contains the program you are getting ready to distribute. 3. Answer each question with information about your program. The final question asks for the name to use for the installation program itself, such as "install" or "setup" or something else. K-INSTALL will copy itself and create a basic settings file with this name into the directory you have chosen at the start. 4. Now run INSTALL or SETUP in your directory. You already have a complete working installation program, attractively presented, that will copy everything from your disk or directory to wherever the user specifies, and includes checking the available space on the destination drive, giving a full status display as the install proceeds, automatically unpacking archives that contain an underline character, displaying information to the user at the end of the program, and allowing the user to uninstall either immediately or any time in the future. 5. Using any text editor you can continue to customise your settings file as much as you like for additional options such as multi disk installs, optional component installs, system configuration updating, your own screen layout and colour scheme, and many others. INSSAMPL.SET (for the DOS version) and SETSAMPL.SET (for the Windows version) provide a complete list of keywords for you to choose from and complete. The other sample files show different combinations of these settings. Differences between DOS and Windows versions The substantial functions of both the DOS and Windows version of K- INSTALL are exactly the same. The only differences are those that relate specifically to the operating environment in which K-INSTALL is running, and relate to the appearance of K-INSTALL, and the means of running the installed program. Regarding K-INSTALL's appearance, the syntax of the COLS and PICTURE keywords are different, and the Windows version also has additional keywords WINDOW, ICON and PATTERN to take advantage of the additional capabilities of that environment. Regarding the running of the installed program, the Windows version has the additional WINVER keyword, and to update Windows Program Manager the format of the GROUP keyword is different and the Windows version also has the ITEM keyword. Apart from these differences, any settings file can be used interchangeably in both the DOS and Windows version. DICTIONARY OF SETTINGS The following list describes all available settings. Parameters in square brackets [ ] are optional. REM Allows additional remarks to be inserted into the settings file without altering the operation of the INSTALL program. Usage: REM [text] text is any explanatory notes or additional information for anyone editing the settings file. Example: REM This file last modified by Rob McDonell 1.2.95 TITLE Defines a descriptive name for the program to be installed, which is used throughout K-INSTALL as a title for the program. Usage: TITLE text text is any text including spaces. Example: TITLE Super Space Blasters II Default: The general term "Program" is used. MSG Specifies a fixed message to be displayed on the K-INSTALL screen. Usage: MSG [text] text is the message to be displayed. DOS version only: text may contain colour codes to change foreground and background colours anywhere in the message. See the PICTURE keyword below for an explanation of colour control characters. Example: MSG Another quality product from Blasterware Default: No message is displayed. DOSVER Defines the minimum DOS version required by the program being installed. If the user's DOS version is not greater than or equal to this value then installation is terminated. Usage: DOSVER [ver] ver is the version number Examples:DOSVER 3.10 DOSVER 4 Default: No DOS version defined, no checking done. WINVER (Windows version only) Defines the minimum Windows version required by the program being installed. If the user's Windows version is not greater than or equal to this value then installation is terminated. Usage: WINVER [ver] ver is the version number Example: WINVER 3.1 Default: No Windows version defined, no checking done. DIR Defines the default directory in which the program is to be installed. Usage: DIR [dest[,opt[,ask]]] dest is the full drive and directory name, or blank to install to the current directory. opt is whether the user has the option of changing the directory: 0 the user is asked for a directory and can change from the default 1 the user is not asked, the dest is used without alteration ask is the question used to ask the user to enter a directory name. Examples:DIR C:\GAMES\BLASTER DIR D:\ACCOUNTS, , Enter the Accounts program directory name DIR C:\SETDIR, 1 Default: ask defaults to a standard question, opt defaults to 0, dest defaults to blank (the current directory). INSTALL Specifies a file or group of files to be copied and/or unpacked. It includes information about how and where to copy the files, the space required, the prompt for inserting a new disk if required, a prompt to ask the user whether to install the files at all, an additional description of the files, and a program to run when the files are installed. Usage: INSTALL fspec[,dest[,repl[,size[,disk[,ask[,desc[,prog[,parm]]]]]]]] fspec is the name and extension of the file(s) to be installed. Wildcards are allowed. dest is the directory to install the files to and/or new name for the files being copied. The directory is specified relative to the main directory entered by the user: . is the main directory (same as blank) .. is the parent directory of that drive \ is the root directory of that drive ABC is a subdirectory of the main directory Any tilde variables may also be used - see the section "Use of Variables" above for more information. A new fspec can be added to the dest parameter to rename the files as they are copied. If there is no fspec, or there are wildcards ("*" or "?") for both the name and extension, then the file retains its original name. If there is a wildcard name and specific extension then just the extension is changed. If there is a wildcard extension and specific name then just the name is changed. If the file being copied is an archive to be automatically unpacked, then the new fspec is ignored and the file names are obtained from within the archive. repl is the method of deciding whether to overwrite/replace existing files with the same name in the destination directory: 0 don't replace anything, copy only new files 1 replace older files on user confirmation 2 replace older files 3 replace all files on user confirmation 4 replace all files size is the space in KB required to install the files. disk is the name by which to ask the user to insert another disk if no files matching the fspec are found on the current disk. This enables single or multi disk installs using the same settings file - the additional disks are only requested if necessary. ask is the question to ask the user as to whether to install the files represented by this INSTALL record. If this is not blank then the INSTALL record is taken as a conditional install, that is, the user is asked whether they want to install them or not. The question should be asked in such a way that a positive response indicates that the files should be installed. This allows the user to choose how much of the function of the total package they wish to install. If consecutive INSTALL records contain the same question then the user is asked only once. desc is the description of the files, such as "Help System" or "Sample Databases" which is displayed along with the file name as it is installed. prog is the name of a program to run following installation of the files on this INSTALL record. parm is any parameters required by the above program. Examples:INSTALL BLAST.EXE, ., 2, 125, Install Disk 1 INSTALL BLAST.OV_, *.OVL, 2, 220, Install Disk 1 INSTALL SAMPLE.*, ., 2, 140, Install Disk 2 INSTALL *.HLP, ., 1, 130, ,Do you want to install the Help files? INSTALL SAMPLES.ZIP, SAMPLES, 2, 90, Disk 2, Install sample files? INSTALL *.DLL, ~SYS, 1, 430, 3rd Install Disk, Update DLLs? INSTALL *.DL_, ~SYS\*.DLL, 1, 280, 4th Install Disk, Update DLLs? INSTALL *.EX_, ~MAIN\*.EXE, 1, 90, , , Program files INSTALL *.DBF, , 4, 287, , , Sample databases, convert.exe, /all INSTALL *.DL_, ~SYS\*.DLL, 1, 90, , , Windows DLLs Default: prompt defaults to blank (files are installed without asking the user), disk defaults to blank (presuming a single disk install), size defaults to 0 (space on target disk will not be checked), repl defaults to 0 (copies only if files do not exist), dest defaults to blank (the main program directory entered by the user, file is not renamed). If no INSTALL records at all are entered then K-INSTALL defaults to a simple all-on-one-disk installation, ie fspec is "*.*", dest is blank, repl is 0, size is 0, disk and prompt are blank. FIRST Specifies a program or command to be executed at the beginning of the installation. This can be used to perform a DOS command or run some other specialised program to perform additional processing. Usage: FIRST [cmd[,parms]] cmd is the program or command to be executed. parms is any additional parameters for the program. Any tilde variables may be used in any of the above parameters - see the section "Use of Variables" above for more information. Examples:FIRST DOFIRST.COM FIRST MKDIR, C:\TEMP Default: No additional processing is performed before installation. LAST Specifies a program or command to be executed at the end of the installation. This can be used to perform a DOS command or run some other specialised program to perform additional processing. Usage: LAST [cmd[,parms]] cmd is the program or command to be executed. parms is any additional parameters for the program. Any tilde variables may be used in any of the above parameters - see the section "Use of Variables" above for more information. Examples:LAST DOLAST.EXE LAST ARJ.EXE, SAMPLES LAST PRINT, READYREF.TXT Default: No additional processing is performed after installation. UNPAK Defines the identifier that indicates that an archive file is to be automatically unpacked by K-INSTALL. Usage: UNPAK string string is between 1 and 8 valid filename characters. Example: UNPAK && Default: A single underline indicates an archive to be unpacked, so files such as _ABC.ZIP or MY_FILE.LZH ARCHIVE_.EXE will be unpacked automatically by K-INSTALL into the directory defined in the relevant INSTALL record. LHA Sets the options used by LHA.EXE when automatically unpacking .LZH files. Usage: LHA [parms] parms is all the options required by the unarchiving program. Any tilde variables may be used in the above parameter - see the section "Use of Variables" above for more information. Example: LHA e /m1 Default: The options "e /ma1" are used. ZIP Sets the options used by PKUNZIP.EXE when automatically unpacking .ZIP files. Usage: ZIP [parms] parms is all the options required by the unarchiving program. Any tilde variables may be used in the above parameter - see the section "Use of Variables" above for more information. Example: ZIP -o Default: The options "-o -Jhrs" are used. ARJ Sets the options used by ARJ.EXE when automatically unpacking .ARJ files. Usage: ARJ [parms] parms is all the options required by the unarchiving program. Any tilde variables may be used in the above parameter - see the section "Use of Variables" above for more information. Example: ARJ e Default: The options "e -y" are used. EXE Sets the options used by self unpacking archives when they are run automatically. Usage: EXE [parms] parms is all the options required by the unarchiving program. Any tilde variables may be used in the above parameter - see the section "Use of Variables" above for more information. Example: EXE /s Default: No options are used. ARCHIVE Defines an additional unarchiving program and associated file extension and optional parameters. Usage: ARCHIVE ext[,prog[,parms] ext is the file extension of files to be unarchived. prog is the program name and extension of the unarchiving program. parms is all the options required by the unarchiving program. Any tilde variables may be used in any of the above parameters - see the section "Use of Variables" above for more information. Example: ARCHIVE .ZIP, UNZIP.EXE, -o Default: No unarchiving program defined, function not enabled. DEL Specifies the name of a file to be deleted prior to the commencement of installation. This can be used to remove existing files, usually from an earlier version of the same program, which are incompatible with this version. Wildcards are not permitted. Usage: DEL path path is the directory, file name and extension of the file to be deleted. The directory is specified relative to the main program directory entered by the user. This can include the DOS directory symbols ".", "..", "\" etc, and/or any tilde variables - see the INSTALL keyword and the section "Use of Variables" above for more information. Example: DEL PREVIOUS.DOC DEL ~DOS\OLD.EXE DEL ~MAIN\UNWANTED.DAT Default: If the directory is blank then the file is deleted from the main program directory. If there is no DEL record then no files are deleted. MKDIR Specifies the name of a directory to be created following completion of installation. Usage: MKDIR dir dir is the directory to create. The directory is specified relative to the main program directory entered by the user. This can include the DOS directory symbols ".", "..", "\" etc, and/or any tilde variables - see the INSTALL keyword and the section "Use of Variables" above for more information. Example: MKDIR PRIVATE MKDIR ~BOOT\TEMP Default: No directories are created except those to which files are copied. INPUT Specifies a variable that may either be a constant or a user entered item. The value of this variable may then be inserted into the system configuration files AUTOEXEC.BAT and CONFIG.SYS, INI files or registration data file using "~0" for the first value, "~1" for the second value etc. Up to 10 INPUT records may be specified, giving variables from "~0" to "~9". Usage: INPUT [size[,data[,name[,ask]]]] size is the maximum length of the variable. data is the literal data (if prompt is blank) or the format of the data to be entered (if prompt is not blank). If the prompt parameter is not blank, then this parameter is a mask to validate the format of the data entered by the user. It may contain any combination of literal characters and wildcards. Wildcards work in a similar way to those in DOS, but with additional capabilities. There are four wildcard characters: @ is for any one alphabetic character # is for any one numeric character ? is for any one character * is for any number of characters Use a single asterisk "*" to indicate that anything can be entered, including a blank line. Use a combination "?*" to indicate that at least one character must be entered (ie, anything except a blank). Use other wildcard combinations to restrict the valid input even further, such as "?* ?*" to indicate that the input must be at least two words, or "@@?" to indicate that the input must be three characters long, the first two of which must be alphabetic, or "#A" to indicate that the input must be a number followed by the letter "A". This facility is very useful to ensure that the user is properly registered and knows how to enter the right information in the right place. name is the name of the data item that the user is asked to enter. If this is blank then the value entered in the data parameter is used literally as a constant. If it is not blank then it is used to refer to the information the user is asked to enter. ask is the question to ask the user so that they will enter the correct information. Examples:INPUT 6, @@######, Serial Number, Enter the program serial number INPUT 30, ?* ?*, First and Last name INPUT 60, *, Address INPUT 8, ##/##/##, Date Note: Ensure that the size and mask are compatible. Specifying a length of 2 and a mask of "???" will block the user from ever entering a valid value for the variable. Default: If ask is blank then it is derived from name, name defaults to blank (no user input requested), data defaults to blank (no value assigned), and size defaults to 0 (no specific size) if not entered. RFILE Specifies the location, name and format of a registration data file. The information in this file can be constructed from any combination of predefined and user entered data such as name, address, program serial number etc. The user data is controlled through INPUT keywords. Usage: RFILE [path[,type]] path is the full directory, name and extension of the registration data file. The directory is specified relative to the main program directory entered by the user. This can include the DOS directory symbols ".", "..", "\" etc, and/or any tilde variables - see the INSTALL keyword and the section "Use of Variables" above for more information. The directory must exist, or be the main program directory entered by the user, or it must be created through the MKDIR keyword. type is the format in which the data is written to the file: C is C language format, ie null terminated string P is Pascal format, ie length byte followed by string T is plain Text format such as created by any editor In Text format all information is written sequentially to a normal text file, and completely replaces any existing file with the same name. In C or Pascal format information can be placed precisely in an existing file, or a new file created. If more that one character is entered for type just the the first character is examined to determine whether it is C or P. Examples:RFILE BLASTER.DAT, P RFILE ~WIN\MYPROG.INI RFILE \STARTUP.BAT, TEXT Default: If path is blank, or there is no RFILE record, then no registration data file is defined, option not enabled. If the type is blank or anything starting with other than "C" or "P" then text format is presumed. If there is no directory specified then the main program directory is presumed. REG Specifies text to be written to a registration data file. The data may include any variables or special directory identifiers. Usage: REG [pos[,size[,text]]] pos is the incremental position in the file where the data is to be written in a C or Pascal format file, that is, the number of bytes to skip over from the end of the previously written text. This is ignored in a Text format file. size is the length of the data required. In a Text format file the information is truncated to this length, in a C or Pascal format file it is truncated or padded out as necessary to exactly this length. text is the data to be written to the file. Any tilde variables may be used - see the section "Use of Variables" above for more information. Examples: REG 0, 0, Colour=7 4 6 REG 0, 0, Serial=~0 REG 0, 0, UserName=~1 REG 37, 16, UnlockCode872915 REG 58, 8, ~3 Default: text defaults to blank, and pos and size default to 0 if not entered. If no REG records at all are entered then K-INSTALL does not create a registration data file. BAK Specifies the file extension to be used when backing up AUTOEXEC.BAT and CONFIG.SYS prior to alteration. Usage: BAK ext ext is the file extension to be used for backups. Ensure that it commences with a full stop. Examples: BAK .BAK BAK .OLD Default: A file extension of ".ARK" is used for backup files. PATH Specifies directories to be added to the DOS Path in AUTOEXEC.BAT. The file is updated if the directories do not already exist in the Path. Confirmation is always obtained from the user before modifying AUTOEXEC.BAT, and the file is backed up before alteration. Usage: PATH [dirlist] dirlist is one or more directory names separated by semicolons. Any tilde variables may be used in the above parameter - see the section "Use of Variables" above for more information. Examples:PATH PATH ~MAIN;~MAIN\HELP Default: If dirlist is blank then just the main program directory is added to the DOS Path. If there is no PATH record then the DOS Path is not altered. AUTO Specifies a line that is to be added to AUTOEXEC.BAT. The line is added after all other lines in AUTOEXEC.BAT except for a final DOSSHELL or WIN or other shell command (see SHELL keyword below). Confirmation is always obtained from the user before modifying AUTOEXEC.BAT, and the file is backed up before alteration. Usage: AUTO [text] text is the line to be added to the file. Any tilde variables may be used - see the section "Use of Variables" above for more information. Examples: AUTO REM Run VET Anti-Virus program AUTO ~MAIN\VET /# AUTO SET VETDIR=~MAIN Default: No lines are added to AUTOEXEC.BAT. SHELL Specifies a line that is to be added to the end of AUTOEXEC.BAT. Existing calls to DOSSHELL or WIN are replaced. The PATH statement and any lines defined by AUTO keywords are inserted before this line if necessary. Confirmation is always obtained from the user before modifying AUTOEXEC.BAT, and the file is backed up before alteration. Usage: SHELL [text] text is the line to be added to the file. Any tilde variables may be used - see the section "Use of Variables" above for more information. Examples: SHELL KMENU /td/vd Default: No lines are added to the end of AUTOEXEC.BAT. FILES Specifies a minimum value for the FILES setting in CONFIG.SYS. The file is updated if the FILES value is less than that specified. Confirmation is always obtained from the user before modifying CONFIG.SYS, and the file is backed up before alteration. Usage: FILES [num] num is the minimum value for FILES that is required. Example: FILES 20 Default: The FILES value is not altered. BUFFERS Specifies a minimum value for the BUFFERS setting in CONFIG.SYS. The file is updated if the BUFFERS value is less than that specified. Confirmation is always obtained from the user before modifying CONFIG.SYS, and the file is backed up before alteration. Usage: BUFFERS [num] num is the minimum value for BUFFERS that is required. Example: BUFFERS 20 Default: The BUFFERS value is not altered. CONF Specifies a line that is to be added to CONFIG.SYS. The line is added at the end of the file. The FILES and/or BUFFERS statements are inserted before this line if necessary. Confirmation is always obtained from the user before modifying CONFIG.SYS, and the file is backed up before alteration. Usage: CONF [text] text is the line to be added to the file. Any tilde variables may be used - see the section "Use of Variables" above for more information. Example: CONF DEVICE=~DOS\MSCDEX.SYS CONF DEVICE=~MAIN\TDRIVER.SYS /F:200 /D /L:~BOOT Default: No lines are added to CONFIG.SYS. IFILE Specifies the location and name of an INI file to be created or modified. The information in this file can be constructed from any combination of predefined and user entered data such as name, address, program serial number etc. The user data is controlled through INPUT keywords. The actual data written to the file is defined with ISECT and INI keywords. Usage: IFILE [path] path is the full directory, name and extension of the INI file. The directory is specified relative to the main program directory entered by the user. This can include the DOS directory symbols ".", "..", "\" etc, and/or any tilde variables - see the INSTALL keyword and the section "Use of Variables" above for more information. The directory must exist, or be the main program directory entered by the user, or it must be created through the MKDIR keyword. Examples:IFILE MYPROG.INI IFILE ~WIN\WIN.INI IFILE Default: If path is blank, or there is no IFILE record, then data is written to WIN.INI in the WINDOWS directory. If there is a file name and extension but no directory then the main program directory is presumed. ISECT Specifies the section name under which the INI data is to be written. Sections are recorded in the INI file enclosed in square brackets, however the section name here should be entered without square brackets. The section will be created in the INI file if it does not already exist. Usage: ISECT sect sect is the name of the section to which the data is written. Examples: ISECT Desktop ISECT MyApplicationSettings Default: If there is no ISECT record then any data is written to a section called NoSection. INI Specifies data to be written to an INI file. They may be preceded and interspersed by as many IFILE and ISECT records as required to write data to multiple files and sections. The data may include any variables or special directory identifiers. Usage: INI key[=data] key is the name of the item for which a value is being defined, such as "Colour" or "Directory" or "Font". data is the value being assigned to the above item, such as "Red" or "~MAIN" or "Arial". Any tilde variables may be used - see the section "Use of Variables" above for more information. Examples: IFILE MYPROG.INI ISECT Main INI Colour=7 4 6 INI Dir=~MAIN INI Serial=~0 INI UserName=~1 ISECT Defaults INI OpenEmpty=Yes INI AutoSave=Yes INI PromptOnDelete=No Default: if data is blank then any existing value assigned to that item name is deleted. GROUP (DOS version only) Specifies the file name of a pre-created Group to be added to Program Manager if it does not already exist. Usage: GROUP fileext fileext is the name of the group file. Any tilde variables may be used - see the section "Use of Variables" above for more information. Examples: GROUP MYPROG.GRP Notes: The group file must be on the last disk in a multi disk install, and it is automatically copied into the Windows directory on the user's machine. It should not therefore be included in any INSTALL keyword. When creating the original group file, care must be taken to ensure that it will work satisfactorily on the user's machine, which may be operating at a different screen size and resolution, and with the Program Manager window itself of a different size. Also, user-entered directories and other variables cannot be added to the group file at installation file. Default: if there is no GROUP record specified then Program Manager is not updated. GROUP (Windows version only) Specifies the name of a Group to be added to Program Manager if it does not already exist. Usage: GROUP text text is the name of the group. Any tilde variables may be used - see the section "Use of Variables" above for more information. Examples: GROUP Space Blaster GROUP My Favourite Programs Default: if there is no GROUP record specified then any Items will be added to a group called Applications in Program Manager. ITEM (Windows version only) Specifies the name and other information about a program item to be added to the Program Manager group defined with the GROUP keyword. Usage: ITEM cmd[,name[,icon[,index[,x,y[,dir[,key[,min]]]]]]] cmd is the full command line required to run the program. This parameter should contain at least the name of the executable file for the program. It can also include the path of the file and any parameters required by it. name is the title that is displayed below the icon in the group window. icon is the full path for the icon to be shown in the group window. The file can be either a Windows executable file or an icon file. index is the index of the icon in the file identified by the icon parameter. This parameter is an integer, and the first icon's index is 0. SETUP.EXE contains two icons, the first for install and the second for uninstall. PROGMAN.EXE contains five icons that can be used for non-Windows programs. x,y is the horizontal and vertical position of the icon in the group window. These parameters are integers, and both must be specified to set the position of the icon. dir is the name of the default (or working) directory. key is the hot (or shortcut) key that is specified by the user. min is whether an application window should be minimised when it is first displayed. Note: Any tilde variables may be used in any of the above parameters - see the section "Use of Variables" above for more information. Examples: GROUP Space Blasters ITEM ~MAIN\BLASTER.EXE,Space Blasters Game ITEM ~MAIN\BLASTER.HLP,Help for Space Blasters,BLASTHLP.ICO ITEM ~MAIN\SETUP.EXE,Uninstall Space Blasters,,1 Default: If min is blank then the program is not minimised when run. If hotkey is blank then no shortcut key is defined. If dir is blank then the working directory is taken from the cmd parameter. If x,y is blank then Program Manager places the icon in the next available space. If index is blank then the first icon in the icon file is used. If icon is blank then Program Manager uses the first icon in the file specified in the cmd parameter, or if that is not an executable file then the first icon in the associated executable file, or if there is no associated file then a default icon is used. CATALOG Specifies the file name and extension of a product catalogue program that can be run from K-INSTALL. Usage: CATALOG [fileext[,parms]] fileext is the name of the catalogue program, or blank to turn the option off. No directory need be specified as K-INSTALL will search the installation disk, the main program directory, and the user's Path to find the file. parms is any additional parameters for the program. Any tilde variables may be used in any of the above parameters - see the section "Use of Variables" above for more information. Examples:CATALOG CATALOG.EXE CATALOG BROWSE.COM, PROGRAMS.TXT Default: No catalogue program defined, option not enabled. RUN Specifies the file name and parameters by which to run the main program being installed. This allows K-INSTALL to give instructions on how to run the program, and also allows the user to run it directly from the installation program. This keyword can be omitted if the program is a collection of utilities or text files. Usage: RUN [fileext[,parms[,opt]]] fileext is the file name and extension of the program to be run. No directory need be specified as K-INSTALL will search the installation disk, the main program directory, and the user's Path to find the file. parms is any additional parameters for the program. opt is when and how the program should be run (DOS version only): 0 run immediately 1 exit from K-INSTALL and then run 2 exit from K-INSTALL, load Windows and then run If opt is 0 then when the program is terminated control is returned to K-INSTALL, but if opt is 1 or 2 then control returns to DOS or from wherever K-INSTALL was run. Any tilde variables may be used in any of the above parameters - see the section "Use of Variables" above for more information. Examples:RUN CLOCK.COM RUN BLAST.EXE, /VGA /NOSOUND Note: Specifying opt of 1 or 2 forces K-INSTALL to load the program name (minus extension) and parameters into the keyboard buffer before terminating. If opt is 2 then the "win" command is loaded into the keyboard buffer first. One disadvantage of this method is that it probably won't work if K-INSTALL is itself run from a shell or from Windows. Another disadvantage is that there is limited space in the keyboard buffer (usually 16 characters) to store keystrokes, so lengthy parameters cannot be specified as they will not fit into the buffer. If the program has lengthy parameters then put the program name and its parameters in a batch file and run that instead from K-INSTALL. DOC Specifies the name of a README or other information file or document to which the user's attention should be drawn at the termination of K- INSTALL. Usage: DOC [fileext] fileext is the file name and extension of the documentation file. No directory should be specified, as this file name is used for reference only. Examples:DOC BLAST.TXT DOC README.NOW Default: No documentation file defined, option not enabled. COLS (DOS version only) Specifies the colours used throughout K-INSTALL. Usage: COLS [titl[,msg[,pic[,btn[,menu[,stat[,ask[,norm]]]]]]]] titl is the absolute colour for the title line. msg is the absolute colour for the message line. pic is the absolute colour for the picture to start with. btn is the absolute colour for the push buttons. menu is the absolute colour for the main menu. stat is the absolute colour for the status bar. ask is the absolute colour for the questions. norm is the absolute colour for other program responses. Notes: Absolute colour codes specify a complete foreground and background colour combination, and are defined in a single byte, giving a decimal number from 0 to 255, or a hexadecimal number from 00h to FFh. The foreground colour is defined in the lowest 3 bits, the intensity in the next bit, the background colour in the next 3 bits, and blinking in the highest bit. There are eight basic colours for both background and foreground, but the foreground colours can also be selected in high or low intensity, effectively giving 16 foreground colours. Value Low Intensity High Intensity 0 Black Dark Grey 1 Blue Light Blue 2 Green Light Green 3 Cyan Light Cyan 4 Red Light Red 5 Magenta Light Magenta 6 Brown Yellow 7 Light Grey White To derive the colour code for a specific absolute colour: take the basic colour number for the foreground, add 8 if you want high intensity, add the basic number for the background colour multiplied by 16, and add a further 128 if you want blinking. Examples: COLS 7, 7, 7, 7, 7, 7, 7, 7 COLS 79 Default: all colours default to reasonable values if not entered, and remain unchanged if the colour is set to zero. Defaults are: title line White on Blue message line Light Green on Green picture White on Black push buttons Dark Grey on Light Grey main menu Yellow on Green status bar Yellow on Blue questions Red on Black other responses Cyan on Black COLS (Windows version only) Specifies the colours used throughout K-INSTALL. Usage: COLS [top[,bot[,titl[,shad[,depth[,msg[,menu]]]]]]] top is the background colour at the top of the window. bot is the background colour at the bottom of the window. titl is the text colour for the title line. shad is the text colour for the title shadow. depth is the amount of offset of the shadow from the title line, where positive numbers are below and to the right, and negative numbers are above and to the left, and zero means no shadow. msg is the text colour for the message line. menu is the text colour for the main menu items. Notes: Colours are made up three components, Red, Green and Blue. Each component has an intensity from 0 to 255, specified in one byte. A complete colour code therefore has three bytes, giving decimal numbers from 0 to 16777215, or hexadecimal from 000000h to FFFFFFh. The lowest order byte is the Red value, the next byte is the Green value, and the highest byte is the Blue value. Any number of intermediate colours can be made by mixing different intensities of these three colours. To derive the colour code for a specific colour: take the value for Red, add the value for Green multiplied by 256, and add the value for Blue multiplied by 65538. In hexadecimal, write the Blue byte followed by the Green byte followed by the Red byte. Using codes where each of the three colours are divisible by 64 (40h) minimises dithering. The most common and attractive colour codes are: Decimal Hex Colour 0 000000h Black 128 000080h Dark Red 255 0000FFh Light Red 32768 008000h Dark Green 32896 008080h Brown 65280 00FF00h Light Green 65535 00FFFFh Yellow 8288608 800000h Dark Blue 8388736 800080h Dark Magenta 8421376 808000h Dark Cyan 8421504 808080h Dark Grey 12632256 C0C0C0h Light Grey 16711680 FF0000h Light Blue 16711935 FF00FFh Light Magenta 16776960 FFFF00h Light Cyan 16777215 FFFFFFh White The depth quality normally works best with just small values up to about 3 and down to about -3. Examples: COLS 255, 0, 0, 16777215, 0, 2, 16777215, 12632256 COLS ff0000h ff00ffh, 2, 0, ffffffh, 1 Default: all colours and options default to reasonable values if there is no COLS keyword: top background Light Cyan bottom background Light Green title White shadow Black shadow depth 1 message Black main menu Black Individual colours default to black and depth defaults to zero if they are missing from the COLS record. WINDOW (Windows version only) Defines the position and size of the main K-INSTALL window. Usage: WINDOW [max[,chg[,x[,y[,w[,h]]]]]] max is the initial state of the window: 0 restored 1 maximised chg is whether the window is resizeable and in what way: 0 the window is fully resizeable, it has a thick border for resizing, and maximise and minimise buttons 1 the window can be maximised, restored and minimised only, it has maximise/restore and minimise buttons 2 the window can be minimised only, it has a minimise button 3 the window is not resizeable at all. x is the horizontal location of the window in pixels from the left of the screen. y is the vertical location of the window in pixels from the top of the screen. w is the horizointal size (width) of the window in pixels. h is the vertical size (height) of the window in pixels. Example: WINDOW 1, 2 WINDOW 0, 0, 20, 20, 650, 400 Default: max, chg, x and y default to zero, w defaults to 600, h defaults to 370 if there is no WINDOW record. PATTERN (Windows version only) Defines the makeup of the background of the main K-INSTALL screen. The background can be either a small bitmap repeated over the whole screen, or a hatched pattern, or two plain colours that merge into each other in the middle of the screen. Only one of these three methods is used to generate the background, and K-INSTALL will attempt each in turn until valid parameters are found. If a bitmap is used then it must be added to the EXE file using a resource editor, or exist as a separate BMP file. Usage: PATTERN [name[,style[,skew]]] name is the name of a bitmap resource or file name. The bitmap may be up to 8 bits square, and is painted repeatedly all over the background of the window. If the bitmap is larger than 8 bits square then only the first 8 bits in each direction are used. If name is valid then the style and skew parameters are ignored. style is the type of hatch that used to form a background pattern: 0 no hatch 1 horizontal lines 2 vertical lines 3 forwards diagonal lines 4 backwards diagonal lines 5 vertical and horizontal crossed lines 6 forwards and backwards diagonal crossed lines This parameter is only used if the name parameter is blank or invalid. If style is greater than 0 then the skew parameter is ignored. The foreground colour of the hatch pattern is the top colour as defined by the COLS keyword. The background colour of the hatch pattern is the bottom colour as defined by the COLS keyword. skew is the relative weight given to the top and bottom background colours in the way in which they graduate from one to the other. Positive numbers give more emphasis to the top colour, and negative numbers give more emphasis to the bottom colour, and zero means both colours are weighted evenly. The top and bottom colours are defined by the COLS keyword. This parameter is only used if the name parameter is blank or invalid and the style parameter is blank or less than or equal to 0. Notes: Normally only one of the above three parameters need be entered, as the first valid non-blank/non zero parameter will define how the background is generated. Examples: PATTERN MINILOGO.BMP PATTERN BITMAP_1 PATTERN , 6 PATTERN , , 1 Default: name defaults to blank and style and skew default to 0. If a valid name is entered then the background is generated from the bitmap and the style and skew parameters are ignored. If name is blank or invalid and style is greater than 0 then the background is generated from the hatch pattern and the skew parameter is ignored. If name is blank or invalid and style is less than 1 then the background is a graduated colour change from the top to the bottom of the screen using the skew parameter if entered. If there is no PATTERN record then the background is a simple graduated colour change using a skew of 0. ICON (Windows version only) Defines an icon that is displayed in the main K-INSTALL screen. The icon must be added to the EXE file using a resource editor. The EXE file already contains two icons, the first being the Install icon and the second being the Uninstall icon. Usage: ICON [index[,x1[,y1[,x2[,y2]]]]] index is the number of the icon resource. x1 is the horizontal location of the icon as an absolute number of pixels from the left of the window. This is added to the value derived from x2 if defined. y1 is the vertical location of the icon as an absolute number of pixels from the top of the window. This is added to the value derived from y2 if defined. x2 is the horizontal location of the icon as a percentage of the way across the window, 50 being the middle and 100 the right edge. This is added to the value derived from x1 if defined. y2 is the vertical location of the icon as a percentage of the way down the window, 50 being the middle and 100 the bottom edge. This is added to the value derived from y1 if defined. Example: ICON 1, 0, 20, 50, 0 Default: x1, y1, x2 and y2 default to zero if not entered. If index is blank or invalid or there is no ICON record then no icon is defined or displayed. PICTURE (DOS version only) Defines the picture that is displayed to the top right of the K-INSTALL screen. This picture has a fixed height of 10 lines and a default width of 21 characters. This MUST be the last keyword used in the settings file, because once this keyword is encountered all of the rest of the file is read in to define the picture. Usage: PICTURE [width] [string [string [string...]]] width is the number of characters width of the picture. string is ASCII characters and colour control codes which make up each line of the picture on the screen. Any ASCII characters greater than or equal to 8 may be used to create the picture. ASCII characters from 1 to 7 are used to alter the colours in the picture, as follows: #1 set colour to the code of the following character #2 toggle between high and low intensity (xor 8) #3 shift the foreground down one colour (subtract 1) #4 shift the foreground up one colour (add 1) #5 shift the background down one colour (subtract 16) #6 shift the background up one colour (add 16) #7 toggle between blinking and non blinking (xor 128) The #1 character must be followed by another character which specifies the colour to switch to, the ASCII value of which is the absolute colour code required. See the COLS keyword above for an explanation of how to calculate absolute colour codes. Example: PICTURE 0 Notes: Ensure that each line fills up the full width of the picture, putting blanks at the end of lines as necessary. Remember that you can set an absolute colour with an ASCII character #1 followed by an ASCII character specifying the complete colour combination required, or you can set the colours relative to the last colour with the ASCII characters #2 to #7. The pic parameter of the COLS keyword sets the starting colour of the picture. Alternatively you can simply start the picture with an ASCII #1 character and then an absolute colour character. A very few colour combinations give absolute colour characters that may be interpreted as something else. For example to set colours to Light Magenta on a Black background you may want to use character codes #1 then #13. However the #13 will be read as a carriage return. In this case it is necessary to give a slightly different control code sequence to achieve the same result, such as #1 then #14 to get Yellow on Black, and then #3 to shift the foreground colour down one to Light Magenta. Do not use absolute colour character #0 (Black on Black). Default: If the width is blank or less than 0 then it defaults to 21, or if it is 0 then no picture is displayed. If no PICTURE keyword is entered at all then a simple Southern Cross is displayed. PICTURE (Windows version only) Defines a graphic that is displayed in the main K-INSTALL screen. The graphic is a bitmap that must be added to the EXE file using a resource editor, or exist as a separate BMP file. Usage: PICTURE [name[,x1[,y1[,x2[,y2[,style[,x3[,y3[,x4[,y4[,mode]]]]]]]]]]] name is the name of the bitmap resource or file name. x1 is the horizontal location of the graphic as an absolute number of pixels from the left of the window. This is added to the value derived from x2 if defined. y1 is the vertical location of the graphic as an absolute number of pixels from the top of the window. This is added to the value derived from y2 if defined. x2 is the horizontal location of the graphic as a percentage of the way across the window, 50 being the middle and 100 the right edge. This is added to the value derived from x1 if defined. y2 is the vertical location of the graphic as a percentage of the way down the window, 50 being the middle and 100 the bottom edge. This is added to the value derived from y1 if defined. style is the method by which the bitmap is superimposed over the existing background of the window: 0 OVERLAY: the bitmap is shown with the background showing through the white parts 1 COPY: the bitmap is copied over the top of the background, completely replacing it. 2 AND: the bitmap and background are combined bit by bit with the AND function. 3 OR: the bitmap and background are combined bit by bit with the OR function. 4 XOR: the bitmap and background are combined bit by bit with the XOR function. 5-9 other effects. The first two styles are generally the most useful, but it is worth experimenting to see the different effects they all have. w1 is the width of the graphic as an absolute number of pixels. This is added to the value derived from w2 if defined. If the total value is not zero then the graphic is stretched or compressed to this width. h1 is the height of the graphic as an absolute number of pixels. This is added to the value derived from h2 if defined. If the total value is not zero then the graphic is stretched or compressed to this height. w2 is the width of the graphic as a percentage of the width of the window, 50 being half the width and 100 the whole width. This is added to the value derived from w1 if defined. If the total value is not zero then the graphic is stretched or compressed to this width. h2 is the height of the graphic as a percentage of the height of the window, 50 being half the height and 100 the full height. This is added to the value derived from h1 if defined. If the total value is not zero then the graphic is stretched or compressed to this height. mode is the method by which the bitmap is stretched: 1 preserves black pixels at the expense of white ones 2 preserves white pixels at the expense of black ones 3 treats all colours in the same way Note: Transparent bitmaps (that is, those copied with style 0) cannot be stretched. Example: PICTURE MAINLOGO.BMP, 0, 0, 100, 50, 1 Default: x1, y1, x2, y2, style, w1, h1, w2, h2 and mode all default to zero if not entered. If name is blank or invalid or there is no PICTURE record then no graphic is defined or displayed. LOG Specifies the name of an installation log file used to record all files that have been copied and directories created by K-INSTALL. This allows the program to be uninstalled by deleting all these files and directories again, regardless of where they were copied or created. The log file is always created in the main program directory. Usage: LOG [fileext] fileext is the file name and extension of the log file, or blank to turn the option off. No directory should be specified as the log file is always created in the main program directory. Examples: LOG BLASTER.LOG LOG Default: Option enabled with log file name "UNINSTAL.LOG". Note: For the uninstall process to work, the INSTALL program itself must be copied to the main program directory where the log file is also created. The associated settings file must also be copied if it changes the name of the log file. This can be done with a simple INSTALL record such as: INSTALL INSTALL.*, ., 2, 18 REMOVE Specifies the name of a file to be deleted during uninstallation. This can be used to remove files that are created by the main program, such as configuration files, private INI files, temporary files etc. Wildcards are not permitted. Usage: REMOVE path path is the directory, file name and extension of the file to be deleted. The directory is specified relative to the main program directory entered by the user. This can include the DOS directory symbols ".", "..", "\" etc, and/or any tilde variables - see the INSTALL keyword and the section "Use of Variables" above for more information. Examples: REMOVE MYPROG.CFG REMOVE ~MAIN\SORT.TMP REMOVE ~WIN\MYPROG.INI Default: If the directory is blank then the file is deleted from the main program directory. If there is no REMOVE record then no files are deleted.